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© Method of and arrangement for generating a two-dimensional image. 



@ A method of generating a two-dimensional im- 
^age representing a three-dimensional scene is de- 
^ scribed. The method comprises: a) storing a set of 
^foreground pixel data and at least one set of back- 
aground pixel data, each such set defining a colour 
^and a depth for each pixel of the image; b) selec- 
tively modifying the stored foreground and back- 
aground data in response to a series of input pixel 
TO data defining colour and depth for a series of pixels 
Qof the image: and c) forming output pixel data by 
combining the stored foreground and background 
colour for each pixel in proportions defined by a 
mixing value associated with that pixel. In one em- 
bodiment, step (b) comprises selectively modifying 



the stored data depending on the input depths so 
that: 

(i) if the input depth is greater than the stored 
foreground and background depths, the stored fore- 
ground and background pixel data are left un- 
changed, (ii) if the input depth lies between the 
stored foreground depth and the stored background 
depth, the input pixel data is stored in place of the 
background data for that pixel, and (iii) if the input 
depth is less than both the stored foreground and 
background depths, the stored current foreground 
data for that pixel are stored in place of the stored 
background data and the input data are stored in 
place of the current foreground data. An arrange- 
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ment is described for performing the method. The 
arrangement may form part of an electronic graphics 
system. 
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1 EP 0 310 176 A2 2 

METHOD OF AND ARRANGEMENT FOR GENERATING A TWO-DIMENSIONAL IMAGE 



The invention relates to a method of generating 
in the form of an array of picture elements (pixels) 
a two-dimensional image representing a three-di- 
mensional scene, the method comprising: 

a) storing in a memory a set of foreground 
pixel data defining a foreground colour and depth 
for each pixel of the image; 

b) , selectively modifying the stored fore- 
ground data in response to a series of input pixel 
data defining colour and depth for a series of pixels 
of the image; and 

c) forming output pixel data using the stored 
foreground colour for each pixel. 

The invention further relates to an arrangement 
for performing such a method and to an electronic 
graphics system including such an arrangement. 

Such a method and arrangement are described 
for example in United States Patent US-4 475 104. 
The method implements so-called 'depth buffer' or 
'z-buffer' hidden surface removal (HSR) at the time 
of 'scan conversion' to ensure that the image of an 
object in the scene which has already been con- 
verted is not overwritten by input pixel data which 
arrives later but in fact corresponds to an object 
behind the one already stored. In depth-buffer HSR 
the stored foreground colour is only overwritten if 
the input depth is less than the stored foreground 
depth. The input depth is then stored as a new 
foreground depth. The depth buffer algorithm is 
described more generally in 'Principles of Inter- 
active Computer Graphics' by W. M. Newman and 
R. F. Sproull at page 369, and has the advantages 
of simplicity and of not requiring knowledge of any 
object other than that being scan-converted at the 
time. The large memory required for the depth- 
buffer is becoming a less significant disadvantage 
as semiconductor memory increases in density and 
decreases in cost. 

Often when generating images it is desirable to 
be able to assign a degree of transparency to an 
object to be represented so that the colour of the 
object behind the transparent object is mixed with 
the colour of the transparent object in the final 
. image. The degree of transparency may be defined 
by a mixing value, and in known systems, the 
stored colour is read from a memory and mixed 
with the input colour to form a mixed colour, 
weighted in accordance with the mixing value. The 
mixed colour is then stored in the memory to form 
a new colour for that pixel. 

As well as enabling scenes to be represented 
which contain transparent or partially transparent 
objects, there are other situations in which it is 



desirable to mix the colours of foreground and 
background objects in a single pixel. The term 
"transparency" will be used herein to refer to all 
such effects, whether they are provided to depict 
5 transparent objects or for different reasons. One 
effect falling into the latter category is so-called 
antialiasing which removes the jagged 'staircase' 
effects which can occur when sloping or curved 
edges between different-coloured regions are re- 
io presented on a rectangular array of pixels. In an- 
tialiasing, the steps in the edge are disguised by 
calculating for the boundary pixels what fraction of 
the area of each pixel should ideally be on one 
side of the edge, and what fraction should be on 
is the other side. These fractions (adding up to unity 
or 100 per cent) define the mixing value which is 
used to form a weighted average of the two colours 
that should ideally be represented in the pixel. 
Using a mixed colour for each pixel along the edge 
20 of a region of colour creates the impression of a 
continuously sloping line, even though the Image is 
stored as an array of discrete, rectangular pixels. 

Antialiasing has been described in, for example 
'Principles of Interactive Computer Graphics' by 
25 W.M. Newman and R.F. Sproull, at pages 402 to 
404. Various algorithms for calculating the mixing 
values are well known, for example from the last 
mentioned reference, at pages 236 to 239, and 
need not be described further herein. Antialiasing 
30 can be used either for two- or three-dimensional 
images, provided that the various regions of colour 
(polygons, for example) are written to the memory 
in a prearranged priority order. In 3-D applications, 
this means that each surface must be assigned a 
35 priority according to its depth "into" the scene, so 
that every polygon written is known to be in front of 
all the polygons already written. This requires a 
knowledge of ail the polygons in a 3-D model 
•world' (or at least those relevant to a given scan 
40 line) before writing can begin. 

The simple antialiasing technique described, 
and other effects requiring transparency, have pre- 
viously, been incompatible with depth-buffer hidden 
surface removal (HSR) because, after the average 
45 colour value is calculated, . another polygon may 
subsequently be written 'into the background or 
foreground of the scene and change the colour with 
which the input colour should have been averaged. 
It is an object of the present invention to en- 
50 able the generation of two-dimensional images re- 
presenting three-dimensional scenes in a manner 
which provides for transparency while further af- 
fording the advantages of depth-buffer HSR. 

The invention provides a method of generating 
images as set forth in the opening paragraph, 
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characterised in that: 

- the step (a) further comprises storing at least one 
set of background pixel data, each such set defin- 
ing a background colour and depth for each pixel 
of the image; in that 

- the step (b) comprises selectively modifying both 
the stored foreground and background data in re- 
sponse to the input pixel data; and in that 

- the step (c) comprises forming the output pixel 
data by combining the stored foreground and back- 
ground colours for each pixel in proportions de- 
fined by a mixing value associated with that pixel. 

By storing a foreground colour and a back- 
ground colour or colours separately the back- 
ground (and foreground) colours can be changed 
repeatedly, as new objects at different depths are 
converted, and mixed only when the final fore- 
ground and background colours have been deter- 
mined. Storing both foreground and background 
depths enables depth-buffer HSR to be performed 
using the input depth. 

The mixing value for each pixel may be depen- 
dent on the fractional area of that pixel which falls 
within the representation of a given surface in the 
three-dimensional scene. Such an embodiment re- 
tains the simplicity of the depth-buffer technique 
while effecting antialiasing to avoid 'staircase' ef- 
fects. Alternatively or in addition, the mixing value 
may represent the transparency of objects in the 
scene generally. 

The number of background sets of pixel data is 
a matter of choice for the designer. With only one 
background colour and depth stored for each pixel, 
only two colours can be mixed to create the final 
image in a simple embodiment This is adequate to 
represent a single transparent surface, or to 
smooth the edges of an object represented against 
a single-colour background. However, in a typical 
scene, there is a sizeable minority of pixels for 
which ideal antialiasing requires a blend of three 
colours. To represent these situations faithfully, a 
second background set of data can be stored. It is 
a matter for the designer of the system to decide 
whether the improvement in the image at these 
relatively few locations justifies the cost of provid- 
ing a further colour and depth buffer. Similarly, with 
three background sets of data, four colours could 
be mixed. However, in a scene where antialiasing 
is the only source of transparency, the number of 
locations where four-colour mixing is required will 
generally be negligible. 

In one embodiment, the input pixel data in- 
cludes a mixing value for each input pixel of the 
series and at least the stored foreground pixel data 
also includes a mixing value for each pixel of the 
image. In this embodiment, an antialiasing algo- 
rithm for example can simply generate the mixing 
values while scan-converting each polygon, without 



knowledge of other polygons or objects in the 
scene and without the need for priority sorting. 
Priority sorting is replaced by the action of storing 
the mixing value and the foreground until it is 

5 known what the appropriate colours for mixing are, 
that is after all polygons have been converted. 

One mixing value is sufficient to define the 
relative weightings of two colours, one foreground 
and one background. If further sets of background 

ro data are stored additional mixing values must be 
stored also. 

It may not be necessary to store the mixing 
value for every pixel, for example in cases where 
the antialiasing algorithm has knowledge of both 

15 adjacent polygons after conversion. In cases where 
the mixing value is used to represent transparency 
of an object generally, it may be stored or alter- 
natively a particular mixing value may be asso- 
ciated with a particular colour, already stored. In 

20 the latter case, the mixing value can be calculated 
at the time of generating the output pixel data for 
display. 

In step (b) the stored data may be selectively 
modified depending on the input depth so that 
25 (with depth increasing away from a notional viewer 
of the scene): 

(i) if the input depth is greater than the 
stored foreground and background depths, the 
stored foreground and background pixel data are 

30 left unchanged, 

(ii) if the input depth lies between the stored 
foreground depth and the stored background 
depth, the input pixel data is stored in place of the 
background data for that pixel, and 

35 (iii) if the input depth is less than both the 

stored foreground and background depths, the 
stored current foreground data for that pixel are 
stored in place of the stored background data and 
the input data are stored in place of the current 

40 foreground data. In this way. at any stage in the 
performance of step (b) of the method, the fore- 
ground data for each pixel represent the nearest 
surface plotted so far at that location and the 
background data represent the next nearest sur- 

45 face. Thus, at the termination of step (b), the cor- 
rect foreground and background colours are avail- 
able for mixing at each location where transparency 
is desired. 

so In the case (ii) above, the background data 

may however be left unchanged if a stored or 
received mixing value indicates that the foreground 
pixel at that location is not transparent. Similarly in 
the case (iii) the foreground data need not be re- 

55 stored as background data if a received mixing 
value indicates that the input pixel is not transpar- 
ent. 

In a serially executed implementation, for ex- 
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ample when the method is performed by a com- 
puter under software control, this saves time by not 
writing irrelevant information. 

In cases where the input depth is exactly equal 
to the background (or foreground) depth, a choice 
must be made of which of the two alternative 
procedures (i) and (ii) (or (ii) and (iii)) should be 
followed. The choice may be made arbitrarily, or to 
suit the nature of the particular implementation. 

In one embodiment, in the case where the 
input depth is equal to the stored foreground depth, 
the procedure for case (iii) is followed if a received 
mixing value indicates that the input pixel is less 
transparent than the stored foreground pixel, proce- 
dure (II) being followed when the stored pixel is 
less transparent 

In order to determine the relevant case (i), (ii) 
or (Iii) the foreground and background depth and 
the mixing value (if required) may be read from a 
memory (RAM) in parallel. The foreground colour 
may be read from the RAM in parallel with the two 
depths. In cases (ii) and (iii) the new background 
colour and depth may be written into the RAM in 
parallel. In case (iii) the new foreground colour and 
depth (and the mixing value if stored) may be 
written into the RAM in parallel with the new back- 
ground values. Parallel access to the RAM will 
generally afford a substantial speed advantage. 

In step (c) the output colour for each pixel may 
be set directly to the foreground colour if the 
mixing value indicates that the foreground pixel is 
not transparent. This may afford a substantial 
speed advantage, since a relatively complex aver- 
aging calculation is then unnecessary for the great 
majority of pixels in a typical image. 

In step (c) the stored foreground and back- 
ground colours and the mixing value (if stored) 
may be read from a memory (RAM) in parallel for 
each pixel. 

Also in step (c) the output colours may be 
formed in sequence according to a raster-scan 
pattern for synchronous display. The values so 
formed may be fed directly to a display device, 
such as a cathode ray tube (CRT), without the 
need for an intermediate conventional display 
RAM. 

While the step (c) is being performed for one 
two-dimensional image, the steps (a) and (b) may 
be being performed to store a further image in a 
duplicate RAM. This enables continuous display of 
complete images, even though each image in a 
sequence may take Ipnger than one frame period 
to generate. 

Alternatively, the steps (a) and (b) may be 
performed for one line of the image and then the 
step (c) be performed for that line of the image, the 
output colours for the complete image being 
formed and stored line by line in a display mem- 



ory. Treating each line separately means that the 
display memory need not store foreground and 
background colours and depths (and a mixing val- 
ue or values if stored) for every pixel of the image 

5 at one time, only for the pixels of the current line. 

In step (a) initial colours and depths may be 
stored to define a uniformly coloured and uniformly 
distant background for the image. 

The invention further provides an arrangement 

w for generating in the form of an array of picture 
elements (pixels) a two-dimensional image repre- 
senting a three-dimensional scene, the arrange- 
ment comprising; 

- means for storing in a memory a set of fore- 
is ground pixel data defining a foreground colour and 

depth for each pixel of the image; 

- means for selectively modifying the stored fore- 
ground data in response to a series of input pixel 
data defining colour and depth for a series of pixels 

20 of the image; and 

- means for forming output pixel data using the 
stored foreground colour for each pixel; 
characterised in that; 

- the arrangement further comprises means for 
25 storing in a memory at least one set of background 

pixel data, each such set defining a background 
colour and depth for each pixel of the image; in 
that 

- the means for selectively modifying the stored 
30 foreground data further comprises means for selec- 
tively modifying the stored background data in re- 
sponse to the input pixel data; and in that 

- the means for forming the output pixel data 
comprises means for combining the stored fore- 

35 ground and background colours for each pixel in 
proportions defined by a mixing value associated 
with that pixel. 

The mixing value for each pixel may be depen- 
dent on the fractional area of that pixel which falls 

40 within the representation of a given surface in the 
three-dimensional scene. 

The input pixel data may include a mixing 
value for each input pixel of the series and at least 
the stored foreground pixel data may also include a 

45 mixing value for each pixel of the image. 

The selective modifying means may be re- 
sponsive to the input depth so that (with depth 
increasing away from a notional viewer of the 
scene); 

so (i) if the input depth is greater than the 

stored foreground and background depths, the 
stored foreground and background pixel data are 
left unchanged, 

(ii) if the input depth lies between the stored 

55 foreground' depth and the stored background 
depth, the input pixel data is stored in place of the 
current background data for that pixel, and 
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fiii) if the input depth is less than both the 
stored foreground and background depths, the cur- 
rent foreground data for that pixel are stored in 
place of the current background data and the input 
data are stored in place of the current foreground 5 
data. 

The selective modifying means may comprise 
a first digital comparator having a first input for 
receiving the input depth, a second input for re- 10 
ceiving from a memory (RAM) the stored fore- 
ground depth and a logic output for indicating 
whether or not case (iii) above applies. 

The selective modifying means may further 
comprise a multiplexer driven by the output of the rs 
first comparator for in case (ii) applying the input 
colour and depth to an input of the RAM and in 
case (iii) applying the stored foreground colour and 
depth, read via the output of the RAM. to the input 
of the RAM. 20 

The output of the first comparator may be 
connected to a foreground write-enable input of the 
RAM to implement the storing of the new fore- 
ground colour, foreground depth (and mixing value 
if stored) when case (iii) applies. 25 

The selective modifying means may further 
comprise a second digital comparator having a first 
input for receiving the input depth, a second input 
for receiving from the output of the RAM the stored 
background depth and a logic output for indicating 30 
whether or not case (i) applies. The output of the 
second comparator may be connected to a back- 
ground write-enable input of the RAM to implement 
the storing of the new background colour and 
depth when case (ii) or case (iii) applies. Such 35 
features can conveniently be used as part of a 
hardware embodiment which operates synchro- 
nously at the output of scan conversion hardware. 

The invention still further provides an electronic 
graphics system comprising an arrangement for 40 
generating two-dimensional images as set forth 
above, the system further comprising a memory for 
storing the foreground and background pixel data. 

The system may further comprise input means 
for defining the scene to be represented and dis- 45 
play means for displaying the image generated. 

The memory may be arranged to allow access 
to both foreground and background pixel data in 
parallel. The memory (RAM) may comprise a fore- 
ground RAM for storing the foreground pixel data 50 
and depth (and the mixing value if stored), and at 
least one background RAM for storing the at least 
one set of background pixel data, the contents of 
the foreground and background RAMs being ac- 
cessible in parallel for a given pixel. The RAM may 55 
comprise a separate RAM for each value stored for 
each pixel (colour, depth, mixing value etc.). all the 
values for an addressed pixel being accessible in 



parallel via respective data ports of the RAM. Such 
a configuration may allow faster operation by 
means of execution of several operations concur- 
rently. 

At least part of the RAM may comprise two or 
more identical RAMs connected via multiplexing 
means so that the means for forming the output 
pixel data is connected to one of said RAMs while 
the means for modifying the stored data is con- 
nected to a different one of said RAMs. 

The means for forming the output pixel data 
may comprise a first multiplier for multiplying the 
stored foreground colour by a weighting fraction 
defined by the mixing value, a second multiplier for 
multiplying the at least one stored background col- 
our by a complementary weighting fraction also 
defined by the mixing value and summing means 
for adding values at outputs of the first and second 
multipliers to generate an output colour value. The 
arrangement may comprise means for subtracting 
the weighting fraction from a predetermined con- 
stant to derive the complementary weighting frac- 
tion. Each multiplier may comprise a digital multi- 
plier circuit. 

It should be understood that if each colour is 
represented by a set of independent components, 
for example red, green and blue components, to 
"multiply a colour value" by an associated weigh- 
ting fraction as described herein involves multipli- 
cation of each component value individually by the 
weighting fraction. 

Embodiments of the invention will now be de- 
scribed, by way of example, with reference to the 
accompanying drawings, in which:- 

Figure 1 is a schematic block diagram of an 
electronic graphics system in accordance with the 
present invention; 

Figure 2 is a flow chart illustrating a method 
of generating a two-dimensional image in an elec- 
tronic graphics system; 

Figure 3 is a flow chart illustrating a first part 
of a method of generating a two-dimensional image 
in accordance with the invention; 

Figure 4 is a flow chart illustrating an alter- 
native embodiment of part of the method of Figure 
3; 

Figure 5 is a flow chart illustrating a second 
part of a method of generating a two-dimensional 
image in accordance with the present invention; 

Figure 6 is a block schematic diagram of 
part of an arrangement for generating two-dimen- 
sional images in accordance with the present in- 
vention; 

Figure 7 shows part of the arrangement of 
Figure 6 in more detail; 
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Figure 8 shows in greater detail another part 
of the arrangement of Figure 6 which controls the 
modification of data stored in a random access 
memory; 

Figure 9 shows yet another part of the ar- 
rangement of Figure 6 in more detail. 

Figure 1 is a block diagram of a graphics 
system in accordance with the present invention. A 
keyboard 1 and graphic digitiser tablet 2 provide 
input from a user to a central processing unit 
(CPU) 3. The graphic tablet may be used for 
'drawing' input images to be manipulated by the 
system, In a known manner. Other Input devices 
may also be used, of course, such as a joystick, 
trackerball or a 'mouse'. Such devices may also be 
used to manipulate images created by rotating, 
zooming etc.. In general, such devices are more 
convenient to use than a conventional keyboard 
alone. 

The CPU 3 is also connected via a bus 3A (for 
example a VME bus) to a disc store 4, a ROM 5 
and a RAM 6. The disc store, which may include 
magnetic floppy discs, hard discs, and/or optical 
memory discs, is used for storing data (for exam- 
ple complete or part images, or sequences of im- 
ages) which can then be recalled and manipulated 
to generate new images as desired. Such data may 
include the user's work from previous input ses- 
sions, but it may also include commercially gen- 
erated data, for example images for use in inter- 
active computer-aided design or computer simula- 
tions. To allow modelling of three dimensional ob- 
jects, such data will generally be stored as poly- 
gonal model data rather than in the form of two- 
dimensional images. In that case, the data cor- 
responds to a three-dimensional model containing 
objects which are typically broken down into 
groups of polygonal surfaces in a three-dimen- 
sional co-ordinate space (triangular or quadrilateral 
surfaces for example). The data for each object in 
the model comprises a list giving the position and 
nature of every polygon that goes to make up the 
object, including the relative positions of its vertices 
and the colour, 'texture' and/or transparency of the 
polygon surface. 

Other representations of the 3-D model are 
known in fhe art, and may equally well be used. 
For example the surfaces and their boundaries may 
be defined as curved surfaces by means of non- 
linear equations. This allows greater realism in the 
image, avoiding the need to break curved surfaces 
into many discrete flat surfaces, but is generally 
very demanding of processing power. 

The CPU 3 and the other components of the 
system then translate this three-dimensional model 
'world' into a two-dimensional view for the user, 
from whatever viewpoint the user chooses. 



The ROM 5 and RAM 6 provide programme 
memory and workspace for the CPU 3, which may 
comprise a microprocessor, such as a Motorola 
MC68020. Special processing hardware 7 may be 

5 provided to assist the CPU 3 to perform the large 
number of arithmetic operations required to convert 
ail but the simplest models into a two-dimensional' 
scene. The operations required of a typical system 
will be described hereinafter, with reference to Fig- 

io ure 2. The hardware 7 may comprise TTL 
arithmetic circuits, or alternatively custom-built or 
programmable digital signal processing (DSP) in- 
tegrated circuits, connected to the CPU 3 for exam- 
ple via a VME bus connection. The nature of the 

15 hardware 7 (if required at all) will depend on the 
requirements of the system, for example with re- 
spect to speed, resolution, number of polygons per 
scene, etc. 

Drawing hardware 8 is connected between out- 

20 puts of the CPU 3 and inputs of a display RAM 9. 
The RAM 9 stores pixel data in raster-scan format, 
and the data includes two colour values and a 
mixing value for each pixel. Each colour value 
stored could typically comprise three 8-bit compo- 

25 nents (total 24 bits) corresponding to red (R) green 
(G) and blue (B) components of the desired image, 
but in other embodiments, the 24 bits might define 
the same colour encoded as HSV (hue, saturation, 
luminance) values, which simplifies calculations of 

30 lighting effects as is known in the art. Fewer or 
more bits can be used, to reduce memory require- 
ments or improve colour resolution respectively. 
Other colour coding systems such as YUV or YIQ 
(luminance plus two colour-difference components) 

35 could also be used if desired. For monochrome 
images, of course, a single grey-scale value of say 
8 bits would be all that is required. 

While the method of setting-up and modifying 
the data stored in the RAM 9 in accordance with 

40 the invention can be performed under software 
control, drawing hardware 8 provides a hardware 
embodiment which is dedicated to generating ad- 
dresses and colour, depth and mixing values for 
large numbers of pixels, enabling a higher 'pixel 

45 writing rate' to be achieved. The hardware 8 in- 
cludes apparatus for performing anti-aliasing and 
hidden surface removal (HSR) on each pixel gen- 
erated in accordance with the present invention, as 
described hereinafter. 

so A timing unit 10 generates signals to co-or- 

dinate the calculation of output colour values from 
the pixel data stored within the RAM 9, and their 
transfer to a display screen 11. In response to 
these signals, the locations in the RAM 9 are 

55 scanned row by row and column by column and 
the values read are converted to the output colour, 
values by a mixing arrangement 12. A colour look- 
up table (CLUT) (not shown) may be required if 
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RGB values are not stored. If the colour code is a 
linear code such as YUV, for example, a CLUT 
could translate the 24-bit colour signal at the output 
of the mixer 12 into the equivalent three 8-bit RGB 
signals, which are then fed to three 8-bit digital to 
analogue converters (DACs) 13R.13G.13B. If a non- 
linear code is used, such as HSV, where the hue 
(H) and saturation (S) components are non-linear in 
terms of R, G and B, then the translation to RGB 
must be performed on each of the foreground and 
background colour values before mixing, for exam- 
ple at the output of the RAM 9. unless a suitable 
non-linear mixing arrangement is provided. 

The analogue outputs of the DACs drive the 
cathode-ray tube (CRT) display screen 11 which, 
directly or indirectly, receives timing signals 
(SYNC) from an output 14 of the timing unit 10, so 
that the CRT beams scan the screen line by line, 
pixel by pixel, in step with the scanning of the RAM 
9. In other embodiments, according to display re- 
quirements, the CRT display could be replaced by 
a different type of display device, for example a 
liquid crystal display (LCD) or a projection-type 
display. 

Figure 2 is a flow diagram showing the process 
steps required to produce a frame of pixels from 
data input in the form of polygonal model data. 
That is, the scene to be depicted is described as a 
series of polygons, each stored as a list of coordi- 
nates (x.y.z) for each of its vertices, together with 
information on the colour and other attributes of the 
surface defined by the vertices. In block 16 (3-D), 
three-dimensional geometric translations are per- 
formed on all the coordinates (x,y,z) of the models 
to determine their positions (X.Y) on the two-dimen- 
sional screen and their depth Z 'into* the screen. 
The transformations will typically involve transla- 
tion, rotation and perspective. For simplicity, it is 
assumed for the purposes of this description that Z 
equals zero in the extreme foreground and in- 
creases into the distance. This is the convention 
usually adopted in the art, but of course the inven- 
tion is readily adaptable to allow for different sys- 
tems of representing the depth co-ordinate. For 
example, in practical embodiments, it is often pref- 
erable to store the reciprocal of Z. as this simplifies 
perspective calculations. 

Next, in block 18 (COL), lighting values are 
used to vary the shading of each polygon, for 
example, in accordance with a predetermined light- 
ing direction. In block 20 (CLP), polygons which 
are transformed to positions (X,Y) wholly or par- 
tially outside the screen boundary are 'clipped 1 to 
the screen boundary to avoid wasting time pro- 
cessing redundant information. 

In block 22 (SC). the polygons are 'scan con- 
verted' so that they may be drawn (block 24 (WR)) 
into the display memory. Scan conversion is a 



process whereby the pixels covered by each poly- 
gon are written row by row and pixel by pixel, in 
the same way that the complete image will be 
scanned for output to the display. In the present 

5 embodiment, a mixing value M is assigned to each 
pixel during the scan-conversion for the purposes 
of antialiasing. For pixels within the body of a 
polygon, this value represents unity or 100 per cent 
coverage, but for pixels at the edge of the polygon 

to it reduces in proportion to the fraction of the area 
of the pixel (X.Y) which falls within the polygon 
boundary. The number of bits (resolution) used for 
the mixing value need not be any higher than the 
intensity resolution of the final display, for example 

rs 8 bits, but in many cases even four bits will suffice. 
The colour values and the mixing value can then 
be read row by row from the video RAM at the 
display pixel rate, fed via the mixing arrangement 
12 to the digital to analogue converters and con- 

20 verted into video signals for display on the CRT 
screen. 

The scan-conversion may be performed for the 
whole array at once, or be broken down according 
to a scan-line algorithm, as is well known in princi- 

25 pie. In such a case, ail the polygons would be 
sorted to identify which fall under each scan line 
(each Y), and then scan conversion, HSR and an- 
tialiasing would be performed one line at a time. 
Such a technique may save a lot of memory if the 

30 mixing of the foreground and background colour 
values can be performed in a small line-buffer 
RAM, before storage in the display RAM, because 
then the display RAM need store only one colour 
value for each pixel of the large array. 

35 Some or all of the blocks 16 to 24 may be 

implemented under software control by a com- 
puter, but for high speed operation even a fast 
microprocessor will require assistance from 
specialised hardware. The scan conversion, for ex- 

40 ample, is in this embodiment implemented in the 
drawing hardware 8 to obtain sufficient speed for 
the display of real-time or near real-time moving 
images (i.e. several frames per second). This is 
particularly necessary as the scan conversion block 

45 22 (SC) also includes processing to perform shad- 
ing of objects to account for complex lighting in- 
formation, as well as to perform antialiasing and 
hidden surface removal (HSR). 

Figure 3 illustrates a first part of a method of 

so generating a two dimensional image in accordance 
with the present invention. 

The method starts at step 300. and in step 302 
the address (X,Y) of an input pixel is established 
and also an input colour value CIN. depth value 

55 ZIN and mixing value MIN. Mixing value MIN de- 
fines a weighting fraction for the input colour value 
CIN, and for the present purpose it will be as- 
sumed that MIN represents the weighting fraction 
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directly on a scale of 0 to 100 per cent. 

It is assumed that the RAM already contains 
data for each pixel (X,Y) comprising a foreground 
colour value CF, a background colour value CB, a 
mixing value M defining a weighting fraction for CF 
(and implicitly defining a complementary weighting 
fraction for CB), a foreground depth value ZF and a 
background depth value ZB. These stored values • 
may be set up to represent a blank starting image 
or may be the result of previous iterations of the 
method of Figure 3. 

In step 304 the input depth value ZIN is com- 
pared with the stored background depth value ZB 
for pixel (X,Y), read from the RAM. If ZIN is not 
less than ZB, the section between the points 
marked A and a' on the flow chart is executed, 
which in this case does not modify the stored data 
at all, and the method terminates at step 306. If the 
comparison step 304 determines that ZIN is less 
than ZB, then a further comparison, this time be- 
tween ZIN and the stored foreground depth , value 
ZF for the pixel (X t Y), is preferred in step 308, 

If the comparison 308 reveals that ZIN is not 
less than ZF, then the section between the points 
marked B and b' on the flow chart is performed 
before the method terminates at block 306. The 
section BB' includes step 310 which tests the 
mixing value M which in this embodiment is the 
same as the weighting fraction for the foreground 
colour CF of the pixel (X,Y) stored in the RAM. If M 
is less than 100 per cent, step 312 is performed to 
store the input values ZIN and CIN in the RAM as 
new background depth and colour values, ZB and 
CB respectively, for the pixel (X.Y). If M is 100 per 
cent, then the step 312 is not performed. In either 
case the section BB' then finishes at B and the 
method terminates at step 306 as before. 

If the comparison 308 reveals that ZIN is less 
than ZF then the section between points C and C 
is performed whereby in step 314 the input mixing 
value MIN is written into the RAM as a new stored 
mixing value M and then is tested in step 316 to 
determine whether M (MIN that was) is less than 
100 per cent. If M is less than 100 per cent then 
step 318 is performed which transfers the fore- 
ground values ZF and CF within the RAM to be- 
come new background values ZB and CB respec- 
tively. Step 320 then writes the input into the RAM 
to become new foreground values ZF and CF re- 
spectively, after which the procedure CC is com- 
plete and the method terminates at step 306. If in 
step 316 M is found to be 100 per cent then the 
step 318 is omitted and the method proceeds 
directly to step 320 and via point c' to terminate at 
step 306 as In the other cases. 

The purpose of the comparison steps 304 and 
308 is to decide whether the input pixel lies behind 
both the stored foreground and background pixels 



(ZIN>ZB>ZF) and is therefore invisible, lies be- 
tween the two stored pixels (ZB>ZlN>ZF)and may 
therefore be partially visible or lies in front of both 
the foreground the background (ZB>ZF>ZIN) 

5 therefore constitutes a new foreground pixel. These 
cases will be recognised as corresponding approxi- 
mately to the cases (i), (ii) and (iii) respectively, as 
identified in the introduction, but include provision 
for the two "borderline" cases ZIN = ZB (which is 

to treated as part of case (i)) and ZIN = ZF (treated 
as part of case (ii)). These borderline cases occur 
with very low probability and how to treat them is 
substantially an arbitrary decision. The decision 
represented by Figure 3 saves times in a serially- 

75 executed embodiment by choosing the quickest 
option in borderline cases, but as these cases are 
so rare the saving is likely to be negligible. A more 
sophisticated method of deciding which case to 
apply will be described hereinafter with reference 

20 to Figure 4, 

From the foregoing, it will further be recog- 
nised that the sections AA , BB' and CC' of the 
flow chart of Figure 3 represent embodiments of 
the procedures performed in cases (I), (ii) and (iii) 

25 respectively of a method such as those described 
in the introduction. It should also be appreciated, 
however, that these sections do not represent trie 
only possible embodiments of those procedures, 
just as the method described for choosing which 

30 section to perform (i.e. whether case (i). (ii) or (iii) 
applies) is not the only possible embodiment of 
that part of the invention. The choice of any par- 
ticular embodiment will depend on many factors 
familiar to those skilled in the art, such as whether 

as the method is to be performed entirely serially or 
with some operations performed in parallel; wheth- 
er it is performed under software control by a 
computer, or by dedicated hardware. 

The tests performed in blocks 310 and 316 

40 may save time in a serially-executed embodiment 
by by-passing the blocks 312 and 318 in cases 
where M = 100 per cent, that is to say for pixels 
where the foreground pixel colour will completely 
obscure the background pixel colour when the im- 
45 age is finally displayed. For such pixels, which 
make up the vast majority of all pixels (the remain- 
der being only those at the edges of drawn shapes) 
time may be saved by not writing new background 
values ZB and CB when these will have no effect 
so on the image generated. 

In contrast, for a parallel-executed embodiment 
such as that performed by the hardware embodi- 
ments to be described hereinafter, the Introduction 
of testing step 314 may actually waste time: if M, 
55 ZF and CF have to be written anyway and ZB and 
CB could be written in parallel with them with no 
time penalty, then ZB and CB may as well be 
written, even if they are irrelevant, rather than Intro- 
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duce a delay while the step 314 is executed. Thus 
the section CC becomes merely the simultaneous 
execution of steps 314, 318 and 320. Similarly, if 
the timing of operations is such that time has to be 
allowed for a writing step even though one may not 
be required, so that sections AA', BB' and CC' all 
take an equal time to execute, there is no point in 
performing the test step 310: the section BB* may 
comprise step 312 alone with no loss of speed. 
Further, if both tests 310 and 316 are omitted, 
there is no need to read the value M from the 
RAM, which may save hardware as well as time. 

Figure 4 represents an alternative method for 
determining which procedure should be performed, 
specifically in the borderline case ZIN = ZF. In this 
flow chart, steps 400, 402. 404, 406 and 408 cor- 
respond to the steps 300 to 308 in Figure 3, 
already described. For compactness, dotted boxes 
422, 424 and 426 represent the same sections AA\ 
BB' and CC' as are shown in full in Figure 3. 
Alternative embodiments of procedures to be per- 
formed in cases (i), (ii) and (iii), such as those 
described hereinbefore may, of course be substi- 
tuted for the sections AA. BB' and CC' as desired. 

The difference between the method illustrated 
in Figure 4 and that in Figure 3 is that if the 
comparison step 408 finds that 2IN is not less than 
ZF, a further comparison is performed (step 428) to 
distinguish the borderline case ZIN = ZF from the 
more likely case ZIN >ZF. If the latter is found to 
apply, then section BB' (box 424) is performed as 
before. If, however, the borderline case applies 
(ZIN = ZF), then the method does not opt to per- 
form either one of sections BB or CC arbitrarily, 
but instead compares (step 430) the input mixing 
value (weighting fraction) MIN with the stored mix- 
ing value M. If MIN is greater than M, then the 
section CC' is performed, but if MIN is less than M. 
the section BB is performed. 

The weighting fraction is thus used as a mea- 
sure of the relative importance of the input pixel 
against the present foreground pixel, to determine 
whether it should become a new foreground pixel, 
or just a new background pixel. Neither option 
offers a perfect solution, but if the less transparent 
colour, i.e. that with the higher weighting fraction, 
were not made into the new foreground colour, 
then it would be noticeable by its relative weakness 
in the overall scene. 

Figure 5 represents a method of generating the 
output colour values CO for each pixel (X.Y) of an 
array of pixels which have been stored in the RAM 
by a method such as those described with refer- 
ence to Figures 3 and 4. The value of X runs from 
XMIN at one side of the array to XMAX at the 
other, and the value of Y runs from YMIN at the top 
(or bottom) of the array to YMAX at the bottom (or 
top). The values XMIN. YMIN, XMAX and YMAX 



will typically correspond to the boundaries of the 
final display. 

The method starts at step 500, and then in 
step 502 a current pixel address (X,Y) is set to 

5 equal (XMIN. YMIN), representing the top left hand 
pixel of the final image, for example. Next, in step 
504, the stored weighting fraction for the fore- 
ground colour CF is read from the RAM and if 
M = 100 per cent then step 506 is performed, to 

10 define the output colour CO for the pixel X,Y to be 
equal to the foreground colour CF. read from the 
RAM. If M is less than 100 per cent, step 508 is 
performed which defines CO to be an average of 
the stored foreground value CF and and the stored 

75 background value CB, weighting according to the 
fraction M. If M is stored as a percentage, the 
formula for CO is: 

CO = [ MxCF + (100-M)*CB ]/100 

From either step 506 or step 508 the method 

20 proceeds to step 510. where the colour CO is 
either fed directly to the display device or is stored 
in a display RAM for subsequent display in a 
conventional manner. If direct output to the display 
is implemented, the performance of the method of 

25 Figure 5 may require dedicated hardware, such as 
that described hereafter with reference to Figures 
6, 7 and 9, to achieve a sufficient pixel rate. Fur- 
ther, in the hardware embodiment to be described 
hereinafter, calculation of CO is performed accord- 

30 ing to step 508 for every pixel and steps 504 and 
506 are omitted, because the alternative path 
would not save time and the time taken to test M 
(step 504) would be wasted. The beginning of the 
section of the flow chart comprising steps 504. 506, 

35 508. 510 is marked P and the end of that section is 
marked P\ 

After executing the section PP' step 512 is 
performed to increment X so that the next pixel is 
addressed. In step 514 X is compared with XMAX 

40 to see if a row of pixels (row Y) has been com- 
pleted that is if X now exceeds XMAX. If not, 
execution returns to point P to calculate CO for the 
new pixel. If a row has been completed then X is 
reset to XMIN and Y is incremented (step 516) to 

45 address the first pixel in the next row. Y is then 
compared with YMAX (step 518) and if all the rows 
from YMIN to YMAX have been processed, that is 
if Y now exceeds YMAX, the method terminates at 
step 520. If not, execution returns to point P to 

so begin calculation of CO for the new row of pixels. 

Figure 6 is a block schematic diagram of part 
of an arrangement for generating two dimensional 
images in accordance with the present invention 
and comprises an embodiment of the drawing 

55 hardware 8 and display RAM 9 of the system of 
Figure 1. The CPU 3 (not shown in Figure 6) is 
connected via the bus 3A to arithmetic and logic 
units (ALUs) 600. 602 and 604 for calculating depth 
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values, colour values and mixing values respec- 
tively for a series of pixels. The bus is also con- 
nected to an address ALU 606 and a sequencer or 
control circuit 608. The ALUs 600-606 may be 
simple latches for receiving values already cal- 
culated by the CPU 3, but in other embodiments 
they contain counters and incremented for gen* 
erating whole series of pixels under control of the 
sequencer 608, after one set of parameters defin- 
ing the series have been supplied by the CPU 3 
via the bus 3A. The construction of such ALUs is a 
matter of design, for example dedicated ALU chips 
such as Logic Devices Incorporated's 16-bit ALU 
L4C381 may be used in the drawing hardware as is 
well known in the art. 

The depth ALU 600 has an output 610 for 
supplying input depth data ZIN to an input 611 of a 
hidden surface removal (HSR) control circuit 620. 
Similarly the colour ALU 602 has an output 612 
connected to an input 613 of the HSR circuit 620 
for supplying input colour data CIN and the mixing 
value ALU 604 has an output 614 connected to an 
input 615 of the HSR circuit 620 for supplying input 
mixing data MIN. The number of bits used for each 
type of data depends of course on the resolution 
required, but for example depth values may be 24 
bits wide, colour values may be 24 bits wide (i.e. 
three 8-bit components) and mixing values may be 
just 4 bits wide. 

The HSR circuit 620 is connected via several 
outputs to several data ports of a RAM which, in 
this embodiment comprises separately a depth 
RAM 622 and a double-buffered display RAM 624, 
The depth RAM, 622 is divided into foreground and 
background depth RAMs 626 and 628 respectively, 
each having an output data port and an input data 
port connected to the HSR circuit 620 for supplying 
stored foreground and background depth data ZFO 
and ZBO, respectively and for receiving new depth 
data ZFI, ZBl for storing in the foreground and 
background depth RAMs 622 and 624 respectively. 

The address ALU 606 has an output 81 6 which 
is connected to an address input 630 of the depth 
RAM 622 for supplying an address UADD of each 
pixel location to be modified. It will be appreciated 
by those skilled in the art that where an address 
signal is supplied to a RAM circuit, typically con- 
structed out of semiconductor memory integrated 
circuits, control signals must also be supplied to 
enable the RAM to latch the addresses and access 
the appropriate memory cells. It should hereby be 
understood that the provision of these address 
strobe signals, and any other enabling signals is 
implicit in the provision of the address signals. 
Control signals therefore accompany the address 
UADD and are generated by the sequencer 608 or 
the address ALU 606 as required. However, write- 
enable* signals WEF and WEB are generated by 



the HSR circuit 620 at outputs 621 and 623 respec- 
tively, to determine which of the values addressed 
in the RAM, 622. 624 are to be modified, as 
explained hereinafter. 

5 The output 616 (UADD) of the address ALU 

606 is also connected to a first input 632 of an 
address multiplexer 634 which has two address 
outputs (ADDA and ADDB) connected to first and 
second address inputs 636 and 638 of the display 

10 RAM 624. A display timing circuit 640 has an 
output 642 connected to a second input 644 of the 
address multiplexer 634 for supplying the address 
DADD of pixels which are currently being dis- 
played. The sequencer 608 has an output 618 ( Ua 

15 /UB) which is connected to a control input 646 of 
the multiplexer 634 for controlling the double-buf- 
fering action of the display RAM 624, as described 
hereafter. 

The display RAM 624 comprises three sepa- 

20 rate RAMs 648, 650 and 652 for storing foreground 
colour values, mixing values and background col- 
our values respectively. The foreground colour 
RAM 648 has an output 654 for supplying stored 
colour data UCFO, addressed by the address 

25 UADD, to an input 655 of the HSR circuit 620 
which in turn supplies new colour data CFI via its 
output 656 to an input 657 of the RAM 648. The 
mixing value RAM 650 has an output 674 for sup- 
plying stored mixing value data UMO to an input 

so 675 of the HSR circuit 620. The HSR circuit 620 in 
turn has an output 658 for supplying new mixing 
value data Ml to an input 659 of the mixing value 
RAM 650, and an output 660 for supplying new 
background colour data CBI to an input 661 of the 

35 background colour RAM 652. 

The RAM 648 also has an output 662 for 
supplying colour data DCFO addressed by display 
address DADD to a first input 663 of a mixer circuit 
664, while mixing value RAM 650 similarly has an 

40 output 666 (DMO) connected to a second input 667 
of mixer 664 and background colour RAM 652 has 
an output 668 (DCBO) connected to a third input 

669 of the mixer 664. The mixer 664 has an output 

670 which forms an output of the circuit of Figure 6 
45 for carrying output colour signals RGBqut. and the 

display timing circuit 640 has an output 672 which 
forms another output of the circuit for carrying 
display synchronising signals SYNC. The circuit 
640 is thus analogous to the timing circuit 10 of 

so Figure 1 . 

Figure 7 shows the display RAM 624 and the 
multiplexer 634 in more detail. The display RAM 
(648/650/652) in fact comprises two identical dis- 
play RAMs 648A/650A/652A and 648B/650B/652B, 

55 providing sufficient capacity to store two complete 
images. In operation, a complete image is held for 
display in one bank (for example the 'B' bank) 
while the next image is being built up in the other 
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bank (the 'A* bank). When the image in bank 'A' is 
complete, the banks are swapped so that the new 
image is displayed and a further image can be built 
up in bank B. This technique is known as •double- 
buffering 1 and avoids conflict between the writing of 
data into the RAM 624 under control of the ALU'S 
600 to 606 and the reading of data from the RAM 
624 under the control of the timing circuit 640. 

Double-buffering is particularly useful if some 
images take longer than one frame period to build 
up in the RAM. fn a single-buffered system, this 
would lead to disturbing effects on the display as 
the screen is first cleared to a background colour, 
and then various objects appear and disappear as 
the image is built up. Double-buffering allows a 
clean, instantaneous change from one scene to the 
next, allowing reasonable continuity to be achieved, 
for example to perform animation, even though the 
picture is updated only a few times per second. 
The invention is of course compatible with either a 
double-buffered system or a single-buffered sys- 
tem. 

It will be apparent to those skilled in the art that 
the depth RAM 622 need not be doubled-buffered. 
This is because the depth values it contains do not 
need to be scanned to produce the two-dimen- 
sional display - they are used only to determine the 
final contents of the display RAM 624 before dis- 
play in each frame. 

To implement the double-buffering, the circuit 
of Figure 7 includes twelve multiplexers 700-711, 
each of which has a control input (S) connected to 
the input 646 for receiving the signal S= OS UB 
from the output 618 of the sequencer 608 of Figure 
6. The first two multiplexers 700 and 701 form the 
address multiplexer 634 of Figure 6, each having a 
first input connected via input 632 (UADD) to the 
address ALU 606 and a second input connected 
via input 644 (DADD) to the display timer 640. 
Multiplexer 700 has an output 720 (ADDA) con- 
nected to address inputs (A) of the 'A' bank, 
648A.650A652A of the display RAM, while mul- 
tiplexer 701 has an output 721 (ADDB) connected 
to address inputs (A) of the *B' bank 
648B650B652B of the display RAM. Dashed lines 
within each multiplexer 700-71 1 indicate the path of 
data through that multiplexer when the control sig- 
nal S is low (logic '0'). The alternative data path 
applies when S is high (logic T). Thus, when S = 
DA UB is low the 'A' RAMs receive the address 
UADD (ADDA = UADD) and the *B' RAMs receive * 
the address DADD (ADDB = DADD), and when S = 
UK UB is high the 'A' RAMs receive 
ADDA = DADD and the 'B' RAMs receive 
ADDB = UADD. 

Each RAM also has a data input port (I). a data 
output port (O) and a write-enable input (WE), 
which are ail connected to the rest of the arrange- 



ment of Figure 6 via multiplexers, so that the paths 
of the control and~data signals for updating and 
reading the display RAM contents are all swapped 
from 'A' to 'B' and vice versa synchronously with 
5 the appropriate address signals. Multiplexer 702 
connects input 661 (CBI) to the input port of the 
background colour RAM 652A if S = 0 and to that of 
RAM 652B if S = 1. Multiplexer 703 connects the 
background write enable signal WEB at output 623 

w of the HSR circuit 620 (Figure 6) of the WE input of 
RAM 652A (S = 0) or RAM 652B <S = 1). Multiplexer 
704 connects the data output of either RAM 652B 
(S = 0) or RAM 652A (S = 1) to the output 668 
(CBO). Similarly, by means of multiplexers 705 to 

is 711: input 657 (CFI), which is derived from output 
656 of the HSR circuit 620, is connected to the 
data input of RAM 648A (S = 0) or 648B (S = 1); 
input 659 (Ml) which is derived from output 658 of 
the HSR circuit 620. is connected to the data input 

20 of RAM 650A (S = 0) or 650B (S = 1); the fore- 
ground write-enable output 623 (WEF) of the HSR 
circuit 620 is connected to the WE inputs of RAMs 
648A and 650 A (S = 0) or RAMs 648B and 650B 
(S = 1); the data output of either RAM 648A (S=0) 

25 or RAM 648B (S=1) is connected to output 654 
(UCFO); the data output of either RAM 648B (S = 0) 
or RAM 648A (S = 1) is connected to output 662 
(DCFO); the data output of either RAM 650A (S =0) 
or RAM 650B (S = 1) is connected to the output 

30 674 (UMO); and the data output of either RAM, 
650B (S = 0) or 650A (S = 1 ) is connected to output 
666 (DMO). 

To summarise, the inputs signals CBI, WEB, 
CFI. Ml and WEF and the output signals UCFO and 

35 UMO are associated with the address signal UADD 
and are thus used for building up a new image in 
the RAM, whereas output signals CBO, DCFO and 
DMO are associated with the address signal DADD 
and are thus used for displaying an image pre- 

40 viously built-up in the RAM. 

Figure 8 shows the HSR control circuit 620 and 
the depth RAM. 622 in more detail. The circuit 
performs a method as described hereinbefore with 
reference to Figure 4, for determining into which 

45 case each input pixel falls. 

The address UADD of the input pixel is sup- 
plied by the address ALU 606 (Figure 6) to address 
(A) inputs 630 of the foreground depth RAM 626 
and the background depth RAM 628. Input 611 

so receives input depth values ZIN and is connected 
to the input port 800 of RAM 626. to a first input 
802 of a first digital comparator 804, to a first input 
806 of a two-input multiplexer 808 and to a first 
input 810 of a second digital comparator 812. The 

55 data ZIN comprise 24 bits per pixel, and suitable 
24-bit comparators can be made using multiple 
TTL 4-bit comparator chips such as Signetics' 
7485. The 24-bit RAMs 626 and 628 may comprise 
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any suitable RAM chips, arranged for example in 
banks of six 64K by 4-bit DRAMs. As mentioned 
hereinbefore, the address (A) inputs 630 shown 
implicitly include the necessary address strobe and 
chip enable signals, with the exception of write- 
enable signals WEF and WEB which are applied to 
inputs 816 and 818 of the foreground depth RAM 
626 and background depth RAM 628 respectively. 

The foreground depth RAM 626 has a data 
output 820 for supplying stored depth data ZFO to 
a second input 822 of the first comparator 804, and 
to the second input 824 of the multiplexer 808. The 
comparator 804 has two logic outputs, 826 and 
828. Output 826, which goes high when the value 
ZFO is greater than the input value ZIN, is con- 
nected to a first input of an OR-gate 830. The 
second output 828 of the comparator 804, which 
goes high when ZIN = ZFO, is connected to a first 
input of an AND-gate 832, the output 834 of which 
is connected to a second input of the OR-gate 830. 
The output 836 of the OR-gate forms the fore- 
ground write enable output 621 (WEF) of the HSR 
circuit 620, and is thus connected to the WE input 
816 of the foreground depth RAM 626. and to a 
control input 838 of the multiplexer 808 and to the 
control input 840 of a second twoTway multiplexer 
842. 

An output 844 of the first mulitplexer 808 is 
connected to the data input 846 of the background 
depth RAM 628, and carries new background depth 
data ZBI. The multiplexer 808 operates so that the 
data ZBI equals the input depth data ZIN when its 
control input 838 is low (WEF = 0) and equals the 
stored foreground data ZFO when input 838 is high 
(WEF = 1). The data output 848 of the background 
depth RAM 628 carries stored background data 
ZBO and is connected to a second input 850 of the 
second comparator 812. A logic output 852 of the 
comparator 812 forms the background write-enable 
output 623 (WEB) and is connected to the WE 
input 818 of the background RAM 628. The com- 
parator output signal WEB is high (logic T) when 
the stored depth data ZBO is greater in value than 
the input depth data ZIN, and is low otherwise. 

Inputs 655 and 613 supply stored foreground 
colour data UCFO and input colour data CIN re- 
spectively to the first and second inputs 854 and 
856 of the second multiplexer 842, whose single 
24-bit data output 858 forms the output 660 which 
carries the new background colour data CBl. The 
multiplexer 842 operates so that CBl equals CIN 
when signal WEF is low and CBl equals UCFO 
when signal WEF is high. 

The colour input 613 (CIN) is also connected 
directly to the output 656, which carries the new 
foreground colour data CFI. The mixing value input 
615 (MIN) is connected directly to the new mixing 
value output 658 (Ml) and also to a first input 860 



of a third digital comparator 862, the second input 
864 of which is connected to input 675 which 
receives the stored mixing value UMO read from 
the RAM 650. In this embodiment, mixing values 

5 are 4-bit numbers and 100 per cent weighting 
fraction is represented by the mixing value fifteen 
(1111 binary). The comparator 862 can thus be 
constructed out of a single 7485 4-bit comparator 
chip. An output 866 of the comparator 862 is 

w connected to a second and final input of the AND 
gate 832 and signals when high that the input 
mixing value MIN is greater than the stored value 
UMO. 

In operation, when supplied with input values 
is UADD (corresponding to pixel address X.Y), CIN, 
ZIN, MIN for the pixel (X,Y). the apparatus of 
Figure 8 performs a method corresponding closely 
to that described hereinbefore with reference to 
Figure 4. The comparison step 404 is performed 
20 by the second comparator 812 and the comparison 
steps 408 and 428 are performed by the first 
comparator 804. If ZIN>ZB>ZF then both write- 
enable signals WEB and WEF are low and no 
modification of the contents of the RAMs 622/624 
25 can result, corresponding to the performance of 
section AA of the flow charts of Figures 3 and 4. If 
ZB>ZIN>ZF. then WEF = 0 but * WEB = 1 and the 
data ZIN and CIN are written into the background 
depth RAM 626 and background colour RAM 652 
30 respectively, at the address UADD, effectively per- 
forming the section BB' of the flow charts. 

In the borderline case ZB>ZIN = ZF, WEB = 1 
but the value of WEF depends on the output of the 
third comparator 862, which thus corresponds to 
35 the result of the comparison in step 430 (Figure 4). 
If MIN<UMO, then the output 866 of the compara- 
tor 862 is low and WEF = 0, causing the section 
BB' to be performed as for the case ZB>ZIN>ZF. 
In the case where ZB>ZF>ZIN, and in the border- 
40 line case ZIN^ZF when MIN > UMO, then both 
WEB and WEF are high (logic T). This causes the 
section CC to be executed. The multiplexers 808 
and 842 select the previously stored foreground 
values UCFO and ZFO for the new background 
as values CBl and ZBI respectively, and WEB=1 
causes them to be written into the background 
RAMs 652 and 628 respectively. At the same time, 
WEF = 1 causes the input values CIN and ZIN to 
be written into the foreground RAMs 648 and 626 
so respectively, and the input value MIN to be written 
into the mixing value RAM 650. 

Clearly, the operation of the circuit might be 
synchronised, for example by means of sequencer 
608 (Figure 6), so that the comparators and mul- 
55 tiplexers have time to settle to their correct state 
before the data they produce are used to modify 
the contents of the RAMs- 622 and 624. In general, 
a system clock signal would be available to as 
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many components as require it and the sequencer 
608 can use this signal to generate the timing 
signals required for correct operation of the circuit. 
The sequencer 608 may for example include a 
read-only memory (ROM) or a field-programmable 
logic device (FPLD) and state registers, as are 
well-known in the art. 

Means (not shown) may also be provided for 
resetting the memory contents to a clear back- 
ground state at the start of building up each image. 
It is not necessary to clear the background colour 
RAM 652 if the foreground colour RAM 648 is 
cleared to a uniform background colour and the 
mixing values in the RAM 650 cleared to 100 per 
cent. The depth RAMs 626 and 628 may be 
cleared to the maximum depth value to represent 
the extreme distance. Such operations are entirely 
conventional, and some RAM devices, such as 
Hitachi's HM53461P video DRAM, provide special 
rapid blanking facilities, whereby entire lines of 
pixels can be set to a uniform value in a single 
write cycle. 

Figure 9 shows the mixing circuit 664 of Figure 
6, which forms the output colour values RGB 0 ut 
from the contents of the display RAM 624, in more 
detail. The display timing circuit 640 controls ac- 
cess to the display RAM 624 via the address and 
data multiplexing described hereinbefore with refer- 
ence to Figure 7. The circuit 640 may comprise a 
standard video controller integrated circuit such as 
Texas Instruments' Video System Controller (VSC) 
TMS 34061, which would normally operate simply 
to read the final RGB or HSV colour values directly 
from a single display RAM, but in this case will 
read three values DCFO, DMO and CBO for each 
pixel. Since the foreground colour RAM 648, the 
mixing vatue RAM 650 and the background colour 
RAM 652 comprise separate RAMs, accessible in 
parallel, it is only necessary that the address and 
timing signals that are generated by the VSC chip 
are applied to all three RAMs in parallel. 

The foreground colour output 662 (DCFO) of 
the RAM 648, which comprises three 8-bit outputs 
(R,G,B) is connected to 8-bit inputs of a first triple 
8-bit by 4-bit multiplier 900. which together form 
the input 663 of the mixer 664. The mixing value 
output 666 (DMO) of the RAM 650 is connected to 
the 4-bit input 902 of the multiplier 900, which 
forms the input 667 of the mixer 664 . The output 
904 of the multiplier 900 is truncated to three 8-bit 
values and applied to a first summing input 906 of 
a triple 8-bit adder 908. The mixing value input 667 
is also connected to the subtracting input 910 of a 
4-bit subtractor 912. A 4-bit adding input 914 of the 
subtracter 912 is tied to the constant 4-bit value 
representing a 100 per cent mixing function, name- 
ly fifteen (1111 binary). The 4-bit output 918 of the 
subtractor 912 is connected to the 4-bit input 920 



of a second triple 8-bit by 4-bit multiplier 922 
which, in common with the first multiplier 902, is 
controlled by signals provided by the display tim- 
ing circuit 640 via clock and synchronising connec- 
5 tions 924 and 926. The 24-bit background colour 
output 668 (CBO) of the RAM 652 is connected to 
the three 8-bit inputs 928 of the second multiplier 
922, and together form the input 669 of the mixing 
circuit 664. 

70 The output 930 of the second multiplier 922, 

truncated to three 8-bit values, is connected to a 
second summing input 932 of the adder 908, 
whose output 934 (CO), again truncated to three 8- 
bit values, forms the final colour output 670 

75 (RGBqut) of the arrangement shown in Figure 6. 
The output 670 (RGB 0 ut) is connected to a display 
display, via a colour look-up table and digital to 
analogue converters, if necessary, as described 
hereinbefore with reference to Figure 1. The dis- 

20 play timing circuit 640 also provides the display 
synchronisation output 672 (SYNC) as shown in 
Figure 6. 

In operation, the timing circuit 640 has com- 
plete access to whichever bank ('A' or 'B') of the 

25 display RAM 624 is currently selected by the sig- 
nal UA UB for display output purposes. The circuit 
640 generates all the addresses required to scan 
the pixels of the image in synchronism with the 
scanning of a raster-scan display device, such as a 

30 CRT. The multipliers 902 and 922 are also synch- 
ronised with this operation, and calculate weighted 
versions of the foreground and background colour 
values DCFO and CBO. for combination by the 
adder 908 into the output colour values CO. The 

35 subtractor 912 converts the stored weighting frac- 
tion DMO for the foreground colour value into the 
complementary weighting fraction required for the 
background colour value, namely fifteen minus the 
value of DMO. The adder 908 and subtractor 912 

40 can operate asynchronously or synchronously. The 
mixing circuit 664 can be constructed to a custom 
design or using standard TTL or ECL arithmetic 
and logic components. Clearly, the multipliers cho- 
sen must be capable of performing at least one 

45 multiplication per pixel at the required output pixel 
rate, which is determined by the refresh and reso- 
lution requirements of the display. 

Mixing of the colour value could also be per- 
formed in the analogue domain, although the DACs 

50 13R.G.B (Figure 1) would require to be duplicated, 
or work twice as fast. The mixing vaues DMO do 
not need converting to analogue first, since scalers 
for multiplying an analogue signal by a 4-bit value 
can be readily constructed using CMOS analogue 

55 switches. 

For the sake of simplicity, the embodiments 
described have comprised only one set of back- 
ground pixel data and furthermore transparency of 
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a pixel has been described only in connection with 
antiaiiasing. Those skilled in the art will readily 
appreciate how the embodiments can be modified 
to store further sets of background data and/or to 
implement transparency for general purposes. 

From reading the present disclosure, other 
modifications will be apparent to persons skilled in 
the art. Such modifications may involve other fea- 
tures which are already known in the design and 
use of electronic graphics systems and component 
parts thereof and which may be used instead of or 
in addition to features already described herein. 
Although claims have been formulated in this ap- 
plication to particular combinations of features, it 
should be understood that the scope of the disclo- 
sure of the present application also includes any 
novel feature or any novel combination of features 
disclosed herein either explicitly or implicitly or any 
generalisation of one or more of those features 
which would be obvious to persons skilled in the 
art, whether or not it relates to the same invention 
as presently claimed in any claim and whether or 
not it mitigates any or all of the same technical 
problems as does the present invention. The ap- 
plicants hereby give notice that new claims may be 
formulated to such features and/or combinations of 
such features during the prosecution of the present 
application or of any further application derived 
therefrom. 



Claims 

1. A method of generating in the form of an 
array of picture elements (pixels) a two-dimensional 
image representing a three-dimensional scene, the 
method comprising: 

a) storing in a memory a set of foreground pixel 
data defining a foreground colour and depth for 
each pixel of the image; 

b) selectively modifying the stored foreground data 
in response to a series of input pixel data defining 
colour and depth for a series of pixels of the 
Image; and 

c) forming output pixel data using the stored fore- 
ground colour for each pixel; 

characterised in that: 

- the step (a) further comprises storing at least one 
set of background pixel data, each such set defin- 
ing a background colour and depth for each pixel 
of the image; in that 

- the step (b) comprises selectively modifying both 
the stored foreground and background data in re- 
sponse to the input pixel data; and In that 

- the step (c) comprises forming the output pixel 
data by combining the stored foreground and back- 
ground colours for each pixel in proportions de- 
fined by a mixing value associated with that pixel. 



2. A method as claimed in Claim 1 wherein the 
mixing value for each pixel is dependent on the 
fractional area of that pixel which falls within the 
representation of a given surface in the three- 

s dimensional scene. 

3. A method as claimed in Claim 1 or Claim 2 . 
wherein the input pixel data includes a mixing 
value for each input pixel of the series and at least 
the stored foreground pixel data also includes a 

70 mixing value for each pixel of the image. 

4. A method as claimed in any of Claims 1 to 3 
wherein in step (b) the stored data are selectively 
modified depending on the input depth so that 
(with depth increasing away from a notional viewer 

15 of the scene): 

(i) if the input depth is greater than the 
stored foreground and background depths, the 
stored foreground and background pixel data are 
left unchanged, 

20 (ii) if the input depth lies between the stored 

foreground depth and the stored background 
depth, the input pixel data is stored in place of the 
background data for that pixel, and 

(iii) if the input depth is less than both the 

25 stored foreground and background depths, the 
stored current foreground data for that pixel are 
stored in place of the stored background data and 
the input data are stored in place of the current 
foreground data. 

30 

5. An arrangement for generating in the form of 
an array of picture elements (pixels) a two-dimen- 
sional image representing a three-dimensional 
scene, the arrangement comprising: 
35 - means for storing in a memory a set of fore- 
ground pixel data defining a foreground colour and 
depth for each pixel of the image; 

- means for selectively modifying the stored fore- 
ground data in response to a series of input pixel 

40 data defining colour and depth for a series of pixels 
of the inage; and 

- means for forming output pixel data using the 
stored foreground colour for each pixel; 
characterised in that: 

45 - the arrangement further comprises means for 
storing in a memory at least one set of background 
pixel data, each such set defining a background 
colour and depth for each pixel of the image; in 
that 

50 - the means for selectively modifying the stored 
foreground data further comprises means for selec- 
tively modifying the stored background data in re- 
sponse to the input pixel data; and in that 

- the means for forming the output pixel data 
ss comprises means for combining the stored fore- 
ground and background colours for each pixel in 
proportions defined by a mixing value associated 
with that pixel. 
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6. An arrangement as claimed in Claim 5 
wherein the mixing value for each pixel is depen- 
dent on the fractional area of that pixel which falls 
within the representation of a given surface in the 
three-dimensional scene. 5 

7. An arrangement as claimed in Claim 5 or 
Claim 6 wherein the input pixel data include(s) a 
mixing value for each input pixel of the series and 
at least the stored foreground pixel data also 
include(s) a mixing value for each pixel of the ;o 
image. 

8. An arrangement as claimed in any of Claims 
5 to 7 wherein the selective modifying means is 
responsive to the input depth so that (with depth 
increasing away froma notional viewer of the j$ 
scene): 

(i) if the input depth is greater than the 
stored foreground and background depths, the 
stored foreground and background pixel data are 

left unchanged, 20 

(ii) if the input depth lies between the stored 
foreground depth and the stored background 
depth, the input pixel data is stored in place of the 
current background data for that pixel, and 

<iii) if the input depth is less than both the 25 
stored foreground and background depths, the cur- 
rent foreground data for that pixel are stored in 
place of the current background data and the input 
data are stored in place of the current foreground 
data. 30 

9. An electronic graphics system comprising an 
arrangement as claimed in any of Claims 1 to 4, 
the system further comprising a memory for storing 

the foreground and background pixel data. 35 

10. A system as claimed in Claim 9 wherein 
the memory is arranged to allow access to both 
foreground and background pixel data in parallel. 

11. A system as claimed in Claim 9 or Claim 

10 further comprising input means for defining the 40 
scene to be represented and display means for 
displaying the image generated. 
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